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(57) Customised Internet content is provided to a requesting client device using a intercepting agent based 
on the capabilities of the requesting client. The agent, typically at the web server to which the client requ st is 
directed intercepts a request made by a requesting client device for a file from a web server. The agent detects 
client device capability information about the requesting client device, such as display or memory capabilities. 
The request is directed to a client smart agent 155 which attempts to identify the client using the HTTP header 
information. If that is unsuccessful, the client smart agent downloads 157 a client snooper agent 159 to the 
client to get the information 163 about the client device, which Is necessary to choose the appropriate Web 
page. The client request is redirected to a Uniform Resource Locator (URL) according to the detected client 
device capability information to retrieve an appropriate version of the requested file. 
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This invention relates generally to communication in a distributed network 
computing environment. More particularly, this invention relates to 
customising the selection of Web pages in an Internet environment based on 
the requesting client device. 

5 The World Wide Web, or simply "the web", is the Internet's multimedia 
information retrieval system. It is the most commonly used method of 
transferring data in the Internet environment. In the Web environment, clients 
request Web pages from Web servers using the Hypertext Transfer Protocol ' 
(HTTP). HTTP is a protocol which provides users access to files which 
1 0 include text, graphics, images, sound, using a standard page description 
language known as the Hypertext Markup Language (HTML). HTML 
provides document formatting allowing the developer to specify links to other 
servers in the network. The path to a particular Web server is defined by a 
Uniform Resource Locator (URL). Web pages are typically accessed using an 
1 5 HTML compatible browser such as Netscape Navigator which specifies the 
link to the Web Server and particular Web page using the URL. 

With the popularity of World Wide Web, many companies are devoting a 
majority of their development effort to produce software applications running 
on the Internet using the Internet protocols such as HTTP and HTML. 



Other methods exist such as the File Transfer Protocol (FTP) and Gopher, but 
have not achieved the popularity of the Web. 

Retrieval of information is generally achieved by the use of an HTML- 
compatible "browser", e.g., Netscape Navigator, at a client machine. When 
the user of the browser specifies a link via a URL, the client issues a request to 
a naming service to map a hostname in the URL to a particular network IP 
address at which the server is located. The naming service returns a list of one 
or more IP addresses that can respond to the request. Using one of the IP 
addresses, the browser establishes a connection to a server. If the server is 
available, it returns a document or other object formatted according to HTML. 

As Web browsers become the primary interface for access to many network 
and server services, Web applications in the future will need to interact with 
many different types of client machines including the typical personal 
computer to "thin" clients. Thin clients can range between 60 inches TV 
screens to hand-held mobile devices. This large range of devices creates a 
need to customise the web GUI to the type of device to which the server is 
communicating. Using prior art technology one would most likely need to 
write different HTML pages or different web programs, e.g., java, cgi, etc., to 
handle the GUI and navigation requirements of each client environment. 



The client devices . differ in their display capabilities, e.g., monochrome, 
colour, different colour palettes, resolution, size. They also vary in the input 
devices which may be attached, e.g., mouse and keyboard, touch sensor, 
remote control for a TV set-top box. Furthermore, the.browsers themselves 
can vary in the languages supported, e.g., HTML, dynamic HTML, XML, 
Java, JavaScript. Because of these differences, the web browsing experience 
of browsing the same web page may differ wildly depending on the client 
device. 

This incapability to adjust to the client's capabilities and emironment causes a 
number, of problems. The site may simply be incapable of servicing a set of 
clients, or make the web browsing experience confusing or unsatisfactory in 
some way: Even if the web developers have made an effort to accommodate a 
range of client devices/the code for each application may need to be 
: > duplicated for each environment. Duplicated code consequently increases the 
.maintenance, cost for the Web site : Frequently, different URLs are required to 
, be known for different classes of clients, for different HTML pages, CGI 
programs and so forth. 

This invention presents a novel solution for the problem. 

Therefore, it is an object of the invention to support a multitude of different 
client devices for an Internet application. 
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•* *" It is another object of the invention to minimise additional product 

development effort in creating the support for a variety of client devices. 

It is another object of the invention to determine the type of client device 
; whibh is requesting services from a web server. ' 

5 It is another" objiect of the invention to customise an Internet application for a 
variety of client devices. 

These and otter bbj ects are accomplished by providing customised Internet 
A content to a requesting (client device usiftg an intercepting agent. The agent, 

typically at the web server to which the client request is directed intercepts a 
10 request made by a requesting clieht device for a file from a web server. The 

agent detects client device capability information about the requesting client 

device, such as display or memory capabilities. The client request is 
, redirected to a Uniform Resource Lbcator (URL) according* to the detected 

client device capability information to retrieve a Versioii of the Requested file. 

.v. [ :r* -\X -i 

1 5 The agent at a web server can parse the header information of the request for 
the client device capability iAfonriaitidri. Thb header information sent in a 
typical request, e.g., an HTTP request, includes a browser identification and 
browser level from which device capabilities can be inferred. 



If the header information can not be parsed, or does not contain the needed 
information, a snooping operation performed at the requesting client device 
can retrieve the needed client device information. The snooping operation can 
be performed remotely or can be performed by a snooping agent downloaded 
5 from a web server. If snooping is unsuccessful, the client device information 
can be retrieved fro?n user input to a downloaded page at the requesting client 
device. The downloaded page may include a set of images and the retrieved 
user input is a preferred image appearance on the requesting client device. 

"These, objects, features and advantages will be more readily understood with 
; 10 reference to the attached figures and following description. 

* . FIG. 1 depicts a computer system configured according to the teachings of the 
present invention. 

0- t ? i<* ; a flow diagram of a web request for a page in the Internet. 

FIG. 3 is a simplified architectural diagram of an Internet including a plurality 
15 , of client types and a web server serving several sets of web pages using the 
current invention. 

FIG. 4 is an architectural diagram showing the components of needed to 
practice a preferred embodiment of the invention. 



FIG. 5 is a 



flow diagram of the process for using the present invention. 



FIG. 6 is a partial web page for making a choice of web pages to be presented 
by ah HTML compatible browser at a client device. 

The invention may be run oh a variety of computers of collection of computers 
J undeV a number of different operating systems: The computer could be, for 
example, a hand held computer, a personal computer, a mini computer, 
mainframe computer or a computer running in a distributed network of other 
computers. In fact the' Invention assumes that a variety of client devices 
running a variety oi browsers is in use in the Internet or intranet. Although the 
specific choice of computer is limited only by processor speed and disk 
storage requirements, computers in the IBM PC series of computers could be 
used in the present invention. One operating system which an IBM personal 
computer may run is IBM's OS/2 Warp 4.0. In the alternative, the computer 
system might be in the IBM RISC System/6000 (TM) line of computers which 
run on the ATX (TM) operating system. 

In FIG- 1, a computer 10, comprising a system unit 1 i; a keyboard 12, a 
mouse 13 and a display 14 are depicted in block diagram form. The system 
unit 1 1 includes a system bus or plurality of system buses 21 to which various 

components are couple* and by which communication between the various 

components is accomplished. 



The microprocessor 22 is connected to the system bus 21 and is supported by 
read only memory (ROM) 23 and random access memory (RAM) 24 also 
connected to system bus 21 . A microprocessor in the IBM PC series of 
computers is one of the Intel family of microprocessors including the 386, 486 
or Pentium microprocessors. However other microprocessors including, but 
not limited to, Motorola's family of microprocessors such as the 68000, 68020 
or the 68030 microprocessors and various Reduced Instruction Set Computer 
(RISC) microprocessors such as the PowerPC chip manufactured by IBM. 
Other RISC chips made by Hewlett Packard, Sun, Motorola and others may be 
used in the specific computer. , . 

The ROM 23 contains, among other code the Basic Input-Output system 
(BIOS) which controls basic hardware operations such as the interaction of the 
processor and the disk drives and the keyboard. The RAM 24 is the main 
, memory.into.which the operating system and application programs are loaded. 
? The memory. management, chip 25 is connected to, the system bus 21 and 
: epntrpls direct memory access operations including, passing data between the 
RAM .24 and hard disk drive 26 and floppy disk drive 27. The CD ROM 32 
also coupled to. the system bus 21 is used to store a large amount of data, e.g., 
a multimedia program or presentation. - 



Also connected to this system bus 21 are various I/O controllers: 
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The keyboard controller 28, the mouse controller 29, the video controller 30, 
and the audio controller 3 1 . As might be expected, the keyboard controller 28 
provides the hardware interface for the keyboard 12, the mouse controller 29 
provides the hardware interface for mouse 13, the video controller 30 is the 
hardware interface for the display 14, and the audio controller 3 1 is the 
hardware interface for the speakers 15. An I/O controller 40 such as a Token 
Ring Adapter enables communication oVer a network 46 to other similarly 
configured data processing systems. 

Depending on the client device, there will be differences in the capabilities of 
the display, memory and processor. In addition, some devices notably 
Handheld devices may lack some of the elements discussed above such as a 
keyboard and mouse, substituting them with a touch screen and stylus. These 
devices generally communicate with the network using a wireless transmission 
means in the RF or IR spectrurhs. Set top boxes such as WebTV may lack the 
. keyboard and mouse, substituting af handheld remote of limited capability. 
The use of a conventional television inside of a* computer monitor also means 
that the display will lack the resolution and addressable screen size assumed 
by the developers of user interfaces for computer interfaces. The present 
invention allows a customised user interface for these and other client devices. 
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4S-52 resident in the random access memory 24 of one or more corner 
configured genera,,, as described above. UntU reared by the 
con.pu.ersys.ero.O.ese.of— nsmay be -red in another computer 
rra da bl ememory,fore»mp,e , i» *e W dis, drive 26, or in a removabie 
m e m or yS uc h asa n op ti ca 1 di 5k forev,n tU a,usein.eC I >-ROM32orina 

^disUforeven.a.u.ein^floppvdisUdriveaT. Further, the se, of 

in . compuUr readabie medium over a ,oca, area netwo* or a wide area . 

wo u,d appreciate that *e physica, storage of the se. of instruct physicaUy 
chang es the medium upon which it is stored e.ecMcaUy, magnetic^, or 

. nnman operator. the operations performed may be in response to user 

" input, no action by ahuman operator is desirab,e in«y,f the operations 
bribed herein which form par, ofthe present invent; the operations are 
machine operations processing eiectrica, signais - generate other e.ectrica, 

signals. 
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The invention enables a plurality of web client types to be supported by an 
Internet application by creating a set of web pages each of which is formatted 
for readability for a particular supported device. In the preferred embodiment, 
there is one URL per supported application, although once at the web server 
the request may be redirected to another URL which contains the pages for the 
particular device. The returned HTML page contains the response from the 
server Tor the requested service customised according to the client device, 
through the invention, the response data on the response HTML page is 
chosen for the best format and content to be optimally read, interpreted and 
displayed by the client device. i 



Iri the Internet, the Web server accepts a client request and returns a response 
Back to the client. A series of server compute* may be involved in the 
retrieval of a specific web page. The operation of the server program is 
governed by a number of server application functions (SAFs), each of which i 
configured to execute in a certain stop of a sequence. This sequence, 
illustrated in FIG. 2, begins with the authorisation translation step 75 during 
which the web server translates any authorisation ^ information sent by the web 
client into a user ahd a groupf If necessary, the step 75 may decode a message 
to get tHe actual client request; At the name translation step 77, the URL 
associated with the request may or may not be translated into a 
system-dependent file name, a redirection URL or a mirror site. 



is 
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In the path checks step 79,the server performs various tests on the resulting 
path to ensure that the given client may retrieve the document 

In step 81 , Multipurpose Internet Mail Extension (MIME) type information, 
e.g., text/html, image/gif, for the given document is recognised. In the service 
step 83, the Web server routine selects an internal server function to send the 
retrieved informa^^ This function can run 

the normal server service routine to return a file or some other.server function, 
such as a program to return to return acustom document or a CGI program. ^ 
At the, Add Log step 85, information about the transaction is recorded. 

A URL or ■OJniform Resource Locator" is defined in RFC 1945, which is 
incorporated herein by reference. As is well known, the. URL is typically of 
the format: http://somehost/..." where "somehosf is the hostname position of 
the URL. The usual manner in which a URL is resolved into an actual IP 
...address for a web server is through the use of a nameserver. In an internet or 
mtranet network, a nameserver 42 maps hostnames in URLs to actual network 
addresses. An example of a nameserver is the Domain Name Service (DNS) 
currently implemented in the Internet. The process of having a Web client 
request a hostname and address from a nameserver is sometimes called 
resolution. >'.-\ 
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In TCP/IP, the nameserver resolves the hostname into a list of bne or more IP 
addresses which are returned to the Web client on an HTTP request. Each IP 
address identifies a server which hosts the requested content made by the 
browser. 

This invention includes a server application that intercepts, or otherwise 
handles, the HTML requests from requesting clients to a particular HTTP 
server or application thereon: This application, the "client-smart agent", 
attaches itself to 1 the HTTP server and redirects the server to the correct page 
depending on the client device. "Attaching" the server application to the 
HTTP server basically assures that the client-smart agent can communicate 
with the HTTP Server. The ''attaching" can be done using interfaces (APIs) 
between the HTTP server and the Client_Smart agent. Alternatively, the 
ClientjSmart agent can be implemented as an application which intercepts the 
HTTP requests before the HTTP server receives them. The application 
developer can use a commercial HTML server to write the' web : pages and then 
use additional utilities to configure the Internet application to the client-smart 
agent/ ■'>■*•"-• ■• --■>'■• 

The user can always use the same URL, but different pages would be served 
depending on the client's machine. The client-smart agent is configured for 
each of a plurality of supported client types. 
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The dient-smart agent works in conjunction with the HTTP server to process 
the correct HTML configuration for the specified client. The client-smart 
agent reads from the HTTP header information the client browser type and 
operating system in use. For example, the client-smart agent can easily 
discover that a client request originates at Netscape Navigator browser for 
Windows 95 at a particular version level from the header information in the 
HTTP packet. Similar information is found in the header packets of other 
Internet protocols so that the invention is not limited to HTTP. 

If based on the HTTP header information, the client device can not be 
identified, the client-smart agent will send an applet, .the client-snooper agent, 
over the network to the client machine to identify the client type. This 
client-snooper can be written as a client side JavaScript HTML page, java 
program, or java applet to identify the client device. Once the client device 
has been identified, the "client-smart agent" sends the correct HTTP request to 
, the HTTP server. If the "client-snooper" is not able to identify the client's 
. device type, the,"client-smart agent" can be configured to do r any of the, 

following. The user, receives an error, however, this is not.preferred. 
. Alternatively, themer, receives ,a web .page asking to identify his/her device 
, from a list provided. The.wejb.page may contain an entry .field for entry of an 
unlisted client device. The web page may also include a several web page 
samples, asking the user to select the web page which looks best. 
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Further web pages would be selected from among the availableweb pages at 
the server on the basis of this choice. Finally, the client-smart agent can use a 
default configuration or make an educated guess on the client's device to 
redirect a request to the appropriate page on the HTTP server, 

5 The client-smart agent is capable of analysing the HTML code and web 

applications and select thfe correct interface for a configured client type. Each 
supported client device type is configured in the smart-client agent by the 
developer of the Internet application. This configuration process includes the 
description of the screen size, input devices, e.g., pen, touch-screen, mouse, 

10 TV remote control, software compatible with the browser, i.e. the Java and 
HTML level supported on the client, amount of memory and other client 
device parameters. 

FIG. 3 shows a simplified depiction of an Internet environment in which the 
invention may be implemented: A variety ofclfent device types 101, 103, 

15 105, 107 are coupled to the Internet 109 by wired or wireless means. The 

clients 1 0 1 - 1 07 can make HTTP Requests to a ^veb' server 1 1 1 for one or more 
applications. The eliefrt-srnart agent 1 13 redirects tlie client request to the 
appropriate web page depfehdmg on the detected client type. In the figure, four 
web page functions are provided by a respective set of web pages 1 15, 1 17, 

20 119,121. Each set of web pages has a respective web page appropriate for a 
particular web client device. 
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Those skilled in the art would recognise that a plurality of each type of client 
devices would typically be connected to the Internet. Further, there may be a 
number of intermediary servers, gateways and routers between the clients and 
the web server which are not depicted. 

FIG. 4 is an architectural diagram.of the components needed in the preferred 
embodiment of the invention. A client browser 1 5 1 resident at one of the 
client devices issues an HTTP request 153 for an HTML page at a particular 
URL or for a Web application using Perl CGI, Java, JavaScript or other 
language. The request is directed to the client-smart agent 1 55 which first 
attempts to identify the client using the HTTP header information. If this is 
unsuccessful, the client-smart agent downloads 157 a client-snooper agent 159 
to the client to get the information necessary about the client device to choose 
an appropriate web page. A variety of snooping techniques are available to 
the client snooper. Many client operating systems keep information on their 
attaphed devices. In Windows 95, for example, there is.a registry in which the 
. hardware devices are listed notably processor, processor speed, monitor, 
including size as well as other information less directly applicable to the 
present invention. Detecting the type of operating system alone may be 
enough to choose the appropriate web page. Examination of the system BIOS 
can provide useful information. Search routines for specific signatures for 
specific supported client devices are be incorporated in the client snooper 
agent 159. 



16 

If the snooper agent is not successful, the snooper agent 1 59 can present a 
page 161 which queries the user for information which could be useful in 
selecting an appropriate web page. Alternatively, the snooper agent 159 could 
report its failure to the client-smart agent 155 and the client-smart could issue 
a web page for the user query. This interface is discussed below in greater 
detail with reference to FIG. 6. 

The ciient-snooper agent 159 returns the necessary information about the 
client device to the client-smart agent 155. Using this information, the 
client-smart agent selects the appropriate HTML page or" web application 
format for the client to which to redirect the client request. 

A flow diagram for this process is shown in FIG. 5. The process begins in 
step 201, where the client-smart agent intercepts an HTTP request directed to 
a supported server application. In step 203, the client-smart agent parses.the 
' HTTP for the browser information which can be used to infer the client device 
characteristics 1 . Step 205 determines whether the parsing was ' 'successful. 

If the parsing is unsuccessful due to ah unknown browser or browser version 
ieveUn step 207^ the client snooper is downloaded to the client machine. 
Alternatively, many operating systems have APIs which may be queried 
remotely using an API. Of course, a remote snoop might involve several 
iterations until the operating was identified. 



can 
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In step 209, the client device is snooped for device, operating system and/or 
browser information. Step 21 1 determines whether the snooping was 
successful. . , - • i • 

If the snooping was not successful, a dialogue page can be sent to the user, 
5 preferably in a language which can be presented by the browser. The page 
originate with the snooper agent already at the client or from the client-smart 
agent back at the server. In step 215, user input to the page is received and 
sent back to the client-smart agent. Based on the information from the 

r 

parsing, snooping or receiving steps, the client-smart agent determines the 
10 appropriate page to send the HTTP request, step 217. The selected web page 
is dynamically reformatted, if necessary, according to the detected client type, 
finally, in step 22 1 , the, selected web page is sent to the client machine. 

The invention provides that some of the customisation of the page interface is 
static with prebuilt web pages for a supported client device or set of client 
15., .devices; Other, aspects .of.thft.custpmwtfon.irw_.be dynamic modification of 
. . the web page content performed on the Hy. Requests from clients having 

vastly different display sizes are likely to be directed to different web pages on 
different URLs. .. . , ; ; . 
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Requests from clients with similar screen sizes, but different display 
characteristics such as colour palettes may be directed to the same URL, 
however, the embedded URLs which point to image data within the overall 
page may be dynamically selected to provide the image which will look the 
5 best for the detected client device. Yet others such as font or font size can be 
dynamically adjusted in the HTML on the fly. *" 

In addition to the device type consideration, the invention can be used to deal 
with browser considerations as Well. The indention preferably supports any 
browser, even back level browsers which may not support a particular 
1 0 language or version of the language which may have b^cbmei prevalent since 
the browser was written. Rather than forcing the user to upgrade to a new 
browser, the invention will jallow tlie client-smart agent to select a web page 
which is within the parsing and presentation capabilities of the detected 
browser. 

15 Typically, the client-smart agent would redirectHthe HTTP requests to the 
HTTP server using the HTTP Server APIs Usetl by t&e particular server. 
Known HTTP servers produces by the NetScape' and Microsoft Corporations 
have this type of interfaces. Alternatively, the client-smart agent could 
intercept the HTTP request and change the request to a new URL before 

20 routing it back to the URL. 
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On the server, the software that does tfaq routing has a ONE to MANY 
relationship between the URL given to the user (client) and the actual server 
addresses. For example, "httprZ/GM/newproducts" can be translated to 
■7/GM/newproducts.FloorApp" to display the car information on the PalmTop 
computers available to the sale force on car dealers. The same URL can be 
translated to 7/GM/newproducts.WebTV" for WebTV applications. Further, 
the URL can be translated to "//GM/nevvproducts.PC" for a browser running 
on a personal computer. 

r 

A default web page can be developed when a device can not be identified, 
however, given the three techniques described herein, it is doubtful that a 

default web page would see much use unless one of the web pages for a class 

of client devices was simply designated the default. 

As, mentioned above, if the client snooper was not able to identify the client, a 
... web page sent from the snooper or the client smart agent can be sent asking 
. the user to identify the machine type. Alternatively, but possibly in addition 
; to, the user can be afforded an opportunity to select the "page formatting" 
from a list. A sample page is shown in FIG. 6. Those skilled in the art would 
under stand that alternative formats are possible with different sets of controls. 
A dialogue of several alternative pages could be presented where the client 
browser and server application try out different web pages to see which is best 
for the client device. 
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A pulldown list box 251 in which various supported client devices are listed 
can be presented to the user. The user can select the client computer which he 
is using. Both specific computers and computer models can be listed as well 
as names of manufacturers or generic descriptions such as "486 personal 
computer" might be listed in another pulldown list box 255. There could be 
an additional field for the browser resident on the client system. If not found, 
the user can enter the computer name in entry field 253. Alternatively, the 
user can be presented a set of images 257, 259, 261, 263 and be asked to select 
the image that looks best. 

The combination of entry field 253 and image selection could be used in a 
registration procedure for a new type of device. Presuming that the 
client-smart agent or snooper Was able to retrieve some information, but that it 
did not correlate to any of the information in any of its data structures, the 
parsed or snooped information could be retained and associated with image 
selected by the user. The new device type information cart now be entered 
into the client-smart agent database! The next time another de vice of the same 
type is detected, the redirection of the page can occur automatically. 

r i * I '. 

The registration procedure is riot preferred for an ordinarily user since it does 
detract from the web browsing experience. 
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However, for a network administrator action upon the introduction of a new 
device into.his network, or a web designer allowing a new type of client 
device to operate with his web page, the registration procedure is a simple way 
of expanding the capabilities of the network or web page with a minimal 
amount of knowledge about the new device or its browser. The interaction 
can be expanded to include language tests to see what languages and levels of 
the language the browser and device can interpret. A set of dialogues 
including images generated by various languages can be shown to the 
administrator with an accompanying query, e.g., "Can you see an animated 
widget in the rectangle above?". For example, a three dimensional figure 
could be animated by a Virtual Reality Modeling Language (VRML) script 
accessed by a Java applet. Confirmation of the presentation of the object 
would serve as detecting information about the new client device. Once the 
interaction is complete, the new device can be entered into the databases 
associated with the client-smart agent. Future requests from devices of this 
type can thus be handled seamlessly. 

A set of utilities is preferably provided for the invention to aid in the 
development of web pages. A web designer could check a prototype page into 
the set of utilities. The developer would be asked which types of devices he 
would like his application to support. The utilities would enter into a dialogue 
with the utility to make a respective page for each supported device. 
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For example, to adapt a prototype page to a WebTV client device which has a 
smaller effective display space than a computer monitor, the developer might 
be given the option of dragging and dropping objects from the prototype web 
page to new positions or to automatically include a scroll bar in the page. 
5 Other considerations which could' be accommodated by the utilities for a 
respective set of web pages includes colour versus monochrome, colour 
paiettes, monitor size and resolution and the user input device. A touch screen 
would benefit frohi a 'different spacing of selectable objects in the web page 
than common for mouse based interfaces. 

10 As mefitiohed above, some characteristics such as monitor size result in 

redirection to a hew URL, while other adaptations such as font size can be 
made on the fly. 

The invention can be used to detect the language version of th6 browser since 
this information is typically iii the header information. 'Also, locale 
15 information is usually present in the operating system and can be effectively 
snooped. Consequently, the HTTP request can be redirected to web pages 
written in the appropriate language. 

The version level of the browser can be compared to a table of information on 
which internet language and protocols are supported by the browser. 
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Thus, pages which include internet languages not supported by a given 
browser can be avoided. 

The invention is widely applicable to a variety of web applications. Examples 
of web applications which would benefit from the invention include 

5 international applications that coyer many different types of devices, e.g., 
palmtops, personal computers, laptops, WebTV. The invention allows 
developers to reduce the cost of developing pages. A package delivery 
company could have an inventpiy application which the drivers access by 
means of a wireless palmtop device, but which the managers and accounts 

10 access by means of personal computers connected to the local area network in 
the office. Both sets of browsers could be easily accommodated by the 
invention. Further, this invention allows a company to advertise one single 
URL, i.e. in television or print advertising, for all possible devices. 

While the invention above has been described in terms of the HTTP and 
15 HTML as they are commonly associated with URL processing in the Web, 

those skilled in the art will readily appreciate that other Internet protocols are 
known and could easily be adapted to the teachings of the invention. 

While the invention has been shown and described with reference to particular 
embodiments thereof, it will be understood by those skilled in the art that the 
20 invention can be practiced, with modification, in other environments. 
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For example, although the invention described above can be conveniently 
implemented in a general purpose computer selectively reconfigured or 
activated by software, those skilled in the art would recognise that the 
invention could be carried out in hardware, in firmware or in any combination 
of software, firmware or hardware including a special purpose apparatus 
specifically designed to perform the described invention. 
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: CLAIMS . 

1. A method for providing customised Internet content to a requesting client 
device, comprising the steps of: 

■ i 

intercepting a request by a requesting client device for a file from a web 

, server; 

detecting client device capability information about the requesting client 

device; and 

redirecting the request to a Uniform Resource Locator (URL) according to the 
detected client device capability information to retrieve a version of the 
requested file. 

2. The method as recited in claim 1 wherein the detecting step is performed 
,by an ; agent;at a web server which.parses the header information of the request 
for^he, client device capability information., 

3. The method as recited in claim 2 wherein the header information includes a 
browser identification and browser level. 
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4. The .ethod as recited in clai. 1 wherem the chent device information » 
reC eived from a snooping operation at the requesting client device. 

5. The method as recited in claim 4 wherein the snooping operation is 
performed by a snooping agent downloaded from a web serve, 



5 6 . T* method as recited in claim 1 wherein the client device informal - 

. downloaded page at the requesting client device. 
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retrieved from user input to a < 



includes a 



7 The method as recited in data 6 wherein the downloaded page 
K , of images and the retrieved user input is a preferred image appearance on 
the requesting client device. 

8 . Tne method as recited in claim . .^in *e device capabiiity information 
includes a display capability of the requesting client device. 

incudes a set of »^m**W«><«" ™ ** ***** ** 

device. 



15 ,0. The method as recited* claim 1 further comprising the step of 
dynamical!, reformatting the retrieved version of*, revested file. 
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1 1 . The method as recited in claim 1 wherein the requested file is a web page 
written at least in part in a markup language. 

12. A system including processor and memory for providing customised 
Internet content to a requesting client device, comprising: 

5 means for intercepting a request by a requesting client device for a file from a 
web server; 

means for detecting client device capability information about the requesting 
client device; and 

means for redirecting the request to a Uniform Resource Locator (URL) 
10 according to the detected client device capability information to retrieve a 
version of the requested file. 

„ I3.^The : system as recited in claim 12 wherein the detecting means is an agent 
at a web server which parses the header information of the request for the 
client device capability information. 

15 14. The system as recited in claim 1 3 wherein the header information includes 
a browser identification and browser level. 
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15. The system a* recited in claim 12 wherein the client device information is 
received from a snooping operation performed atthe requesting client device. 

16. The system as recited in claim 1 5 further comprising a snooping agent to 
perform the snooping operation to be downloaded * the requesting client 

device.' 

17. The system as recited in claim 12 further comprising a downloadable page 
foV retrieving the client devicemrmatibrf^ciotding to user input. 

1 8. The system as recited in claim 17 wherein the downloaded page includes 
a set Of images and the retrieved user input ir a preferred image appearance on 
the requesting client device. 

1 9. A computer program product in a computer readable medium for 
. providing customised Internet Content to 'a requesting client device, 

comprising: 

means for intercepting a request by a requesting client device for a file from a 
webserver; 

means for detecting client device capability information about the requesting 

client device; and 
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means for redirecting .the request to a Uniform Resource Locator (URL) 
according to the detected client device capability information to retrieve a 
version of the requested file. 

20. The product as recited in claim. l 9 wherein the : detecting means is an 

5 agent to be installed at a web server which parses the header information of 
the request for the client device capability information. 

21 . The product as recited in claim 20 wherein the header information 
includes a browser identification and browser level. 

22. The product as recited in claim 19 wherein the client device information 
1 0 is received from a snooping operation performed at the requesting client 

device. 

23. The product as recited in claim 22 further comprising a snooping agent to 
perform the snooping operation to be downloaded to the requesting client 
device. 

15 24. The product as recited in claim 1 9 further comprising a downloadable 
page for retrieving the client device information according to user input. 
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25. The product as recited in claim 24 wherein the downloaded page includes 
a set of images and the retrieved user input is a preferred image appearance on 
the requesting client device. 

26. A system substantially as hereinbefore described with reference to and as 
shoWn in the accompanying drawings. 

21. A method substantially as hereinbefore described with reference to and as 
shown in the accompanying drawings. 

28. A computer program product substantially as hereinbefore described with 
reference to and as shown in the accompanying drawings. 
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